Embedded web phone module

ABSTRACT

A system for enabling Data Network Telephony (DNT) communication through a WEB page includes a Web server hosting an interactive WEB page and having an Internet port, a link in the WEB page adapted for launching a DNT-capable telephone module, and a DNT-capable telephone module associated with the link. In this system, upon selection of the link by a person accessing the WEB page over the Internet using a computer platform, an instance of the IP telephone module is downloaded to computer platform, and an IP call is launched to an IP address pre-stored and associated with the link. The DNT network may be the Internet. In a preferred embodiment the system first investigates the computer platform for hardware and software characteristics, and attaches the determined characteristics to the instance of the IP telephone module to be downloaded. The downloaded module then self-launches and configures, and then launches the associated call. In some embodiments the module disappears after a single call, and thus serves as an instant enabler for IP telephony.

FIELD OF THE INVENTION

The present invention is in the field of Data Network Telephony (DNT)and pertains more particularly to methods and apparatus for providing anInternet Protocol (IP) telephone capability from a WEB page to personsaccessing the WEB page, and who do not have the capability.

BACKGROUND OF THE INVENTION

Data Network Telephony (DNT), which encompasses Internet ProtocolNetwork Telephony (IPNT), is a relatively recent development in the artof telecommunications wherein a communication center connected to a WideArea Network (WAN) may receive and initiate multimedia transactions suchas E-mails, IP phone calls, IP Video transaction, and the like.

Man-DNT enhanced communication centers known to the inventor alsomaintain computer telephony integration (CTI) capabilities forconnection-oriented-switched-telephony (COST) telephone systems, whichare the conventional, dedicated-connection telephone systems. Suchcommunication centers may receive calls from a digital data packetnetwork such as the Internet, or from a traditional COST telephonynetwork.

Continuing development in the field of IPNT has led to varying sorts ofIP phone applications that are adapted as communication tools used inbusiness as well as in the private domain. IP phone applications aretypically proprietary programs used in a service wherein one mustsubscribe to or purchase a software application, install an instance ofthe software on one's personal computer, and run the applicationwhenever calling out or receiving incoming calls from others.

Many existing IP phone applications also come with a variety of otheroptions available to a user. These additional options include filesharing, file transfer, messaging, conferencing, and so on. Inparticular instances, video conferencing is also available with suchapplications. General requirements for using one of these applicationsinclude Internet connectivity, sound card installation andconfiguration, speaker and microphone apparatus, and in some cases, avideo capture device and video data send and receive capabilities.

Although these communication programs lend much to the field of DNT,they are designed largely for recreation or entertainment purposes andthere are some inconveniences which must be endured by the useroperating such a program. For example, a successful connection from acaller using an IP program to an individual using a compatible programgenerally requires that the individual and the caller be connected via adirectory-network-server adapted to effect connection. These servers aremaintained by the company or other organization providing theapplication. Often, there are several if not dozens of servers to choosefrom. Many of these servers may be down or off-line when a user attemptsto connect. Waiting to connect to a server can frustrate a callerespecially if the wait is for a considerable time period.

Another issue is that current IP applications are not largely compatiblewith IP applications of varying manufacture due, at least in part, totheir proprietary nature. Furthermore, there are considerable downloadand configuration requirements with which one must contend wheninstalling an IP application. In some cases, only specific hardwareelements are supported and required before the application may belaunched.

The issues described above apply both to the business community and tothe private sector. Therefore, it is desired, at least from aperspective that focuses on business use of IP applications, that a moredirect approach to such communication be achieved minimizinginconvenience to users wishing to communicate via IP phone.

More particularly in business, such as in the environment of acompany-hosted communication center, it is desired that callers have IPprograms that are compatible to those supported by the center. If acaller has an IP program that is not compatible with the communicationcenter's supported IP application(s), he or she may not wish to installand configure yet another program. Software installations of numerous IPprograms take otherwise available drive space and can be confusing interms of deciding which program to use.

What is clearly needed is an embedded IP phone module, such as in a WEBpage, that enables a single and direct customer interaction with apredetermined number in a fashion that minimizes any inconveniencecaused by downloading, installing, or configuring operations that arerequired with traditional IP phone applications.

SUMMARY OF THE INVENTION

In a preferred embodiment of the present invention a system for enablingData Network Telephony (DNT) communication through a WEB page isprovided, comprising a Web server hosting an interactive WEB page andhaving an Internet port; a link in the WEB page adapted for launching aDNT-capable telephone module; and a DNT-capable telephone moduleassociated with the link. Upon selection of the link by a personaccessing the WEB page over the Internet using a computer platform, aninstance of the IP telephone module is downloaded to computer platform,and an IP call is launched to an IP address pre-stored and associatedwith the link.

In a preferred embodiment the DNT-capable telephone module is adaptedfor Internet Protocol (IP). Also in preferred the WEB page may be amulti-tenant page representing a plurality of hosts, the different hostsrepresented by different portions of the page, and different DNT callsmay be launched to different hosts according to placement of linksaccording to the different portions. In this aspect differentorganizations may be represented by distinct banners, and DNT modulesmay be launched and calls placed to the different organizations byiconic links placed in the banners associated with the organizations.

In some instances there is a computer telephony integration (CTI) serverexecuting on a CTI processor connected to the WEB server by a data link.The CTI server may be adapted to provide the DNT-capable telephonemodule. The CTI server may additionally have a data link separate fromthe Internet, further adapted to transmit data associated with alaunched DNT call on the separate data link. The downloaded instance ofthe DNT-capable telephone module is one of a Java™ Applett, a WEBbrowser plug-in, or a Macintosh™ application.

In some embodiments the downloaded instance of the DNT-capable telephonemodule is adapted to uninstall and disappear after a pre-stored numberof calls, which may be a single call.

In another aspect of the invention methods are provided for practicingthe invention using the system described in general terms above. In yetanother aspect a software module is provided with code adapted toprovide the functions described above in the system descriptions.

The present invention in various aspects and embodiments described inenabling detail below provides for the first time a way to facilitateDNT calls between computer platforms without a necessity for a caller tofirst install and configure a DNT application, and a way for enterprisesto enable quick and efficient communication with virtually any personaccessing an enterprise-hosted WEB page, or a WEB page shared by theenterprise with other organizations.

BRIEF DESCRIPTION OF THE DRAWING FIGURES

FIG. 1 is a system diagram illustrating a normal user-to-user IP phoneconnection scheme according to prior art.

FIG. 2 is a system diagram illustrating an embedded IP phone connectionscheme according to an embodiment of the present invention.

FIG. 3 is a block diagram illustrating a WEB form having embedded IPphone modules according to an embodiment of the present invention.

FIG. 4 is a process flow chart illustrating steps of an embedded IPphone module interaction according to an embodiment of the presentinvention.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

FIG. 1 is a system diagram illustrating a normal user-to-user IP phoneconnection scheme according to prior art. A network architecture 11comprises a WAN 13, a communication center workstation 15, and an arrayof remote IP callers 17 a-17 e. In this prior art configuration, WAN 13is the well-known Internet wherein both private and business use of anIP application is routine and known in the art. WAN 13 may be of anotherform of IP network known in the art such as a corporate Intranet, orother private WAN's. However, in this prior art example as well asembodiments of the present invention, the example of the Internet isused as IP programs are largely designed for use with the Internet,hence the term Internet Protocol (IP).

Communication center workstation 15, hereinafter referred to as station15, represents just one of many such stations that maybe found inDNT-capable communication centers. Station 15 contains all of thenecessary equipment and capability for communicating with callers. Forexample, a personal computer having a video display unit PC/VDU isillustrated along with speakers, a microphone, and a COST telephone.Other typical equipment and connections (not shown) may include localarea network (LAN) connection, internal COST telephony wiring (tophone), and so on.

Callers 17 a-17 e represent individuals engaged in communication witheach other using prior art IP applications installed on each of theirPC/VDU's. Also shown with respect to each caller's capability is a COSTtelephone. Connection to WAN 13 (Internet) for callers 17 a-17 e istypically maintained through Internet service provider ISP connections19, 21, 23, 25, 27, and 29. Such connections illustrated are defined aslogical network connections as may be achieved through WAN 13.

As previously described, each caller such as caller 17 a, for example,is running an instance of an IP phone application such as are known inthe art. For example, caller 17 a and caller 17 b may communicatethrough a connection or directory server 31. Caller 17 d and 17 c areshown similarly engaged through a directory server 33. Caller 17 e isengaged with an agent operating station 15 via connection server 35.

Connection servers 31, 33, and 35 are (in this case) maintained bymanufacturers of IP software used by the callers. In order tocommunicate with each other via IP phone, callers must have compatiblesoftware and in many cases specific hardware installed and operative ontheir respective PC/VDU's.

Each directory server may have a different assigned topic so as toattract interested callers. For example, server 31 may be a privateadult server, server 33 may be an open recreational server, and server35 is, in this case, a business server. Therefore, users of a particularIP application may be presented a choice of servers and may surf fromone to another according to preference. Directory servers 31, 33 and 35are shown connected in WAN 13 via data link as is known in the art.

A list 37 shown associated with server 33 typically lists all users whoare adapted to connect to that server and their active states ofcommunication (busy or not). A list such as list 37 is typicallyassociated with each available server and is presented to a caller suchas callers 17 a-17 e when they connect to such servers. A screen pop-upwill typically list the server names and persons available when thedirectory option is chosen.

Caller 17 e is shown connected to server 35 which in this case, is abusiness server. Company and business personnel may log in to server 35during their working day in order to accept calls from the public. Abrief description of their products or services may be included in alist such as list 37 described above.

An IP telephony architecture such as illustrated in this example doesnot always effectively facilitate business use as would be desired in acompany communication center environment. One reason is that softwaremust be downloaded and configured by all parties wishing to communicate.Often, as software updates to an IP application become available, usersmust download additional software, and in some cases, reconfigureparameters. Customer service regarding such applications can befrustrating as well.

As briefly described in background section, some IP applications aredesigned more for business use than for the private domain. Theseprograms allow users to set up virtual offices which are actually WEBpages allowing collaboration, file sharing, direct IP voice calls,messaging, and so on. However, as is the case with the other prior artexamples illustrated, connection is typically made through a server asis common and known in the art. Moreover the same software parameterspertaining to downloading and configuring apply as well.

The present inventors have found that while the current art IPapplications may be adequate in many instances, they do little toaddress many other issues surrounding business conducted withincompany-hosted communication centers wherein it is desired to optimizeagent functionality and to maximize customer satisfaction. Therefore, itis an object of the present invention to provide an executable IP phonemodule that allows direct access to on-line agents without requiringsubstantive download or configuration by a caller.

FIG. 2 is a system diagram illustrating an embedded IP phone connectionscheme according to an embodiment of the present invention. In an effortto avoid redundancy and to save space, elements found in FIG. 1 that arealso found in FIG. 2 will not be formally re-introduced unless they havebeen modified according an embodiment of the present invention, in whichcase, such enhancements are assigned new element numbers and aredescribed in detail with regards to each particular element.

Architecture 11 in FIG. 2 now comprises WAN 13 and a communicationcenter 16 which is connected to a WEB server 28 in WAN 13 (in thisexample the Internet) via a network connection 41. Communication center16 further comprises agent workstations 37 a-37 e that are connected toeach other via a local area network (LAN) 39. Two servers 31 and 35 arealso connected to LAN 39. Server 31 is a multimedia server (MIS) adaptedto store multimedia events such as e-mail voice messages, video mails,and the like. Server 35 is a customer information system (CIS) adaptedto store knowledge about existing, and in some cases, potential clients.Further, it will be apparent to those with skill in the art that suchservers are a convenience for certain functions, and are not essentialto the invention.

According to a preferred embodiment of the present invention, a computertelephony integration (CTI) processor 33 is provided and connected toLAN 39 and to multimedia server 31. Processor 33 executes an instance ofa CTI application known to the inventor as a T-server (TS), which isadapted to provide control over and enhancement to server 31. Server 31is also adapted to function as an IPNT switch for distributing live IPNTcalls to agents over LAN 39, with routing control provided by processor33. Processor 33 is connected in this embodiment to a like processor 24,also running an instance of TS, in WAN 13 via data link 43. In thisexample it is the T-server functionality that spawns, controls androutes live interactions resulting from caller interaction with anembedded IP module on a visited WEB page in an instance of the presentinvention.

Processor 24 in WAN 13 is directly connected via a data link 45 to WEBserver 28. Processor 24 is also connected via a data link 43 toprocessor 33 within communication center 16. The reason for connectingthe two processors, as described above, is so data about an interactionmay be sent ahead to communication center 16 ahead of the liveinteraction and routed to an agent that will accept the associated call.This enables the agent to be prepared for the incoming call. Suchmethods are known to the inventor with regards to CTI telephonyimplementation, and are equally applicable in a DNT implementation. Thedata link and data transfers parallel to call transmission areconveniences enhancing, but not essential to the present invention.

Processors 33 and 24 in this embodiment have some functionaldifferences. For example, processor 24 is adapted, among other things,as a network router with TS enhancement, while Processor 33, also TSenhanced, functions primarily as a controller for the DNT call switchingof server 31. Additional functionality provided with TS enhancement toboth processors 33 and 24 involve monitoring and controlling WEB server28 from within communication center 16, as well as providing similarenhancement to MIS server 31 within communication center 16.

By visiting a WEB page hosted by WEB server 28 and interacting with IPphone modules, TS 24 is caused to serve the appropriate software (ifneeded) for the caller to download. As previously described, suchdownloads are automatic requiring no action form the client other thanclicking on the IP button. A WEB server such as server 28 may bededicated to storing WEB pages having IP phone modules embedded therein,such that many different companies using the technology may share thesame server.

In a preferred embodiment of the present invention one or more WEB pagesprovided and hosted by server 28 include one or more links to embeddedIP telephony software. The links appear as icons or text on a displayedpage just as conventional links do. The unique aspect of the IPtelephony links in embodiments of the invention is that, by selectingsuch a link, an instance of an IP telephony application is transmittedto the initiator of the link who has accessed the WEB page in a mannerthat the application is immediately available for execution. In apreferred embodiment the application is immediately executed, and an IPcall is placed to an agent of a company representing a product orservice that may be advertised on or otherwise associated with the WEBpage.

There my be several different forms of the embedded IP modules. Forexample, in one embodiment, the IP module is a Java applett, in anotherinstance it may be PC-launchable module such as via a network browserplug-in. In still another embodiment, a Mac version may be presented,and so on. In a preferred embodiment, one IP module will support a widevariety of network-dialing options, configurations, and hardware such asmay be discovered upon interaction of the module with the user'sequipment.

It will be apparent to one with skill in the art that TS functionalitymay be provided in many different locations both within communicationcenter 16 and at network level without departing from the spirit andscope of the present invention. For example, an instance of TS mayreside on LAN connected PC/VDU's such as PC/VDU's 36 a through 37 e. Theprimary function of the TS control is to provided the necessaryinstruction to both WEB server 28 and MIS server 31 and to drive therouting of incoming interactions resulting from interaction with theembedded IP module.

In operation of the system as taught herein, there are distinctadvantages over systems of prior art. One advantage is that directoryservers such as severs 31, 33, and 35 of FIG. 1 are no longer required.Callers 17 a-17 d interact with a WEB server 28 enhanced according toembodiments of the present invention, with TS control. In someembodiments the embedded IP module functionality is provided by one ormore applications executing directly on server 28. The TS example is aconvenience. A second advantage is that callers do not have to worryabout downloading and configuring IP software programs in order tocommunicate with communication center 16. An embedded executable modulemay allow one caller a single IP interaction.

In an alternate embodiment, more than one call may be allowed if anerror is detected and the first call resulted in a failed connection. Inaddition to direct IP phone calls, an option may be presented forplacing a request for a call back on a COST phone over the PSTN network.

The small download portion of the module enabling the IP call may beadapted to terminate or delete itself after it is detected that the callis terminated thus saving caller resources. When the caller again visitsthe same WEB page a new IP module is presented for a next call, and soon. This procedure may, in some embodiments, help to generate more hits(visits to the WEB site) for the hosting company.

FIG. 3 is a block diagram illustrating a WEB form (WEB Page) havinglinks to embedded IP phone modules according to an embodiment of thepresent invention. WEB form 47, such as may be stored and hosted by WEBserver 28 of FIG. 2, advertises and displays a particular company's (XYZCorporation) products and services. WEB form 47, hereinafter termed form47, is constructed as a conventional WEB page with exception to theembedded IP phone modules which are provided in a preferred embodimentvia T-server control as described with reference to FIG. 2.

An option bar 49, sometimes termed a tool bar in the art, offersvisitors standard options known in the art such as Faq (frequently askedquestions), promotional information, and news releases, as hereinillustrated. Important company products represented by picture elements51 (printer), 53 (PC/VDU) and 55 (Mainframe computer) are alsoillustrated. Such graphics may be presented in an interactive form suchas is known in the art.

Three links to embedded IP phone modules are shown in form 47 and arelabeled with element numbers 57, 59, and 61. Link 57 enables a personaccessing the WEB form to place an IP call to the company requesting acall back using another type of media such as COST phone, etc. In theevent that a live callback is requested, a TS-enhanced processor such asprocessor 33 of FIG. 2, may route the request to an automated attendantsuch as an out-dialer. When the caller is connected via COST network,then the call may be routed to the agent on a COST telephone.

Options 59 and 61 are links to live IP call options wherein activationdownloads the necessary IP software module to the computer station ofthe person initiating the link and launches a direct IP phone call to adesignated destination, such as server 31 of FIG. 2, wherein the callerwaits for a next available agent to answer the IP call, with routing andqueuing controlled by TS processor 33. Link 67 activates an e-mailoption.

In one embodiment of the present invention, useful for WEB pages servingmore than one enterprise, more than one company or corporation may havean IP phone module embedded into the same WEB page. For example, element65 denotes a banner advertisement for ABC corporation. An IP phonemodule 63 allows visitors to launch a direct IP phone call to an agentor automated attendant for further information about ABC corporation. Inthis case, XYZ corporation hosts the WEB form and ABC corporation mayhave purchased the banner space from XYZ. In some embodiments the linkmay take the form of a telephone or other icon, for example, and thelocation of the link on a banner or such in the Web page influences thedestination for an IP call launched by selecting the link.

It will be apparent to one with skill in the art that a WEB form mayhave one or more than one IP module such as may be needed forrepresenting differing sectors of the business or businessesrepresented. It will also be appreciated that a company need not host anentire WEB page to have a WEB-embedded IP phone module. Banner ads andthe like may be hosted by several companies on one WEB page.

FIG. 4 is a process flow chart illustrating steps of an embedded IPphone module interaction according to an embodiment of the presentinvention. Beginning with step 69, a person visiting a WEB siteactivates an executable WEB IP telephone module link typically byclicking on it with his pointer device. In a preferred embodiment a Findfunction associated with the link investigates the person's computerstation for computability in step 71. This step may includedetermination of hardware type, platform type, sound card implementationincluding communication software installed, and so on. The purpose is toascertain compatibility with an IP telephone function to be downloaded,and to enable configuration of the module for the person's platform.

In step 73, the download portion of the embedded IP module, which is aself-extracting executable module, transmits to the person's stationinstalls and configures itself to approved components found in step 71.The above three steps take very little time, require no intervention,and are transparent to the person activating the link.

In step 75, the executable automatically places an IP call to a pre-setIP address and attempts to connect, according to routing rules, toeither a live agent, an automated attendant, and so on. Ultimately whenthe call is connected, the customer will be able to speak through astandard microphone, and hear the called party on the computer'sspeakers. In step 77 the launched call is routed to a communicationcenter switch such as server 31 of FIG. 2. In an enhanced embodimentdata known or collected about the call or caller may also be sent fromprocessor 24 to processor 33 located in communication center 16 viaseparate data link as was previously described with reference to FIG. 2.

In step 79, notification of an incoming call is routed to an availableagent chosen to accept the call. At this point, the incoming IP call maybe a live direct request for an agent, or perhaps a non-live request fora call back on another media type. Enterprise (company hostingcommunication center) rules and parameters will dictate what type ofinteraction is allowed and enabled. For example, a live call may be acustomer requesting information only, or a call back using a differentmedia type.

In one embodiment, a caller requesting a call back using another type ofmedia may not have to download an executable. By clicking on the IPmodule, a network dialer may be used to dial the center and leave themessage (customer request) and media type preferred for the call back tothe customer. In this case, the customer may enter the parameters on aform before invoking the IP module.

If the call is a live direct request for an agent, the call isdistributed to a selected agent in step 81. In step 83, the call ringsat the appropriate equipment at the agent's station such as a PC/VDU, ora DNT capable phone. If the request is live requesting a call back, thecall may be routed to an automated attendant in step 85. The attendantmay collect information from the caller concerning the parameters forthe return call. If the caller requests a COST call back, the requestmay be routed to an automatic outdialer in order to make a COSTconnection, perhaps over the PSTN network, with the caller in step 87.In step 89, connected call backs are routed or switched to agent's COSTtelephones.

The process steps above represent just one of many possible examples.Enterprise rules and parameters will determine exact sequences of stepsneeded to effect successful implementation of the IP phone systemaccording to various embodiments of the present invention.

In one embodiment, the system is offered as a service to which companiesmay subscribe. The WEB server would contain only those company WEB formsenabling customer/agent interaction through IP phone modules.

In an alternative embodiment the present invention may be used in theprivate sector wherein private individuals may for whatever reasonmaintain IP phone modules embedded in their WEB pages. In a case such asthis, equipment and software may be supplied by a third party host ofthe service. Hence the present invention may be implemented privately,publicly, on both small or large scales. There are many possibleembodiments, many of which have already been described. The spirit andscope of the present invention is limited only by the claims thatfollow.

What is claimed is:
 1. A system for enabling Data Network Telephony(DNT) communication through a WEB page, the system comprising: a Webserver hosting an interactive WEB page and having an Internet port; alink in the WEB page to launch a DNT-capable telephone module; and aDNT-capable telephone module associated with the link; wherein, uponselection of the link by a person accessing the WEB page over theInternet using a computer platform, an instance of the IP telephonemodule is downloaded to the computer platform, and an IP call islaunched to an IP address pre-stored and associated with the link. 2.The system of claim 1 wherein the DNT-capable telephone module isadapted for Internet Protocol (IP).
 3. The system of claim 1 wherein theWEB page is a multi-tenant page representing a plurality of hosts, thedifferent hosts are represented by different portions of the page, anddifferent DNT calls are launched to different hosts according toplacement of links according to the different portions.
 4. The system ofclaim 3 wherein different organizations are represented by distinctbanners, and DNT modules are launched and calls placed to the differentorganizations by iconic links placed in the banners associated with theorganizations.
 5. The system of claim 1 further comprising a computertelephony integration (CTI) server executing on a CTI processorconnected to the WEB server by a data link.
 6. The system of claim 5wherein the CTI server provides the DNT-capable telephone module.
 7. Thesystem of claim 6 wherein the CTI server has a data link separate fromthe Internet, and transmits data associated with a launched DNT call onthe separate data link.
 8. The system of claim 1 wherein the downloadedinstance of the DNT-capable telephone module is one of a Java™ Applett,a WEB browser plugin, or a Macintosh™ application.
 9. The system ofclaim 8 wherein the downloaded instance of the DNT-capable telephonemodule is adapted to uninstall and disappear after a prestored number ofcalls.
 10. The system of claim 9 wherein the pre-stored number of callsis
 1. 11. A method for enabling Data Network Telephony communicationbetween a first Internet-capable computer platform and a secondInternet-capable computer platform, comprising steps of: (a) placing aDNT link in a WEB page on a WEB server, the server and page accessibleby the first computer platform; (b) associating the link with aDNT-capable call module accessible by the WEB server; (c) upon the linkbeing selected, accessing the DNT module and downloading aself-launching executable DNT telephone application to the firstcomputer platform.
 12. The method of claim 11 further comprising a stepfor determining characteristics of the first platform before downloadingin step (c), and a step for configuring the DNT telephone application tothe determined characteristics after downloading.
 13. The method ofclaim 11 further comprising a step for launching a DNT call from thefirst platform to a pre-stored IP address associated with the link. 14.The method of claim 11 wherein the DNT-capable telephone module isadapted for Internet Protocol (IP).
 15. The method of claim 13 whereinthe WEB page is a multi-tenant page representing a plurality of hosts,the different hosts are represented by different portions of the page,and different DNT calls are launched to different hosts according toplacement of links according to the different portions.
 16. The methodof claim 14 wherein different organizations are represented by distinctbanners, and DNT modules are launched and calls placed to the differentorganizations by iconic links placed in the banners associated with theorganizations.
 17. The method of claim 11 further comprising a step fortransmitting data associated with a launched DNT call via a data linkseparate from the Internet.
 18. The method of claim 1 wherein theself-launching executable DNT telephone application is one of a Java™Applett, a WEB browser plug-in, or a Macintosh™ application.
 19. Themethod of claim 18 wherein the self-launching executable DNT telephoneapplication is adapted to uninstall and disappear after a pre-storednumber of calls.
 20. The method of claim 18 wherein the self-launchingexecutable DNT telephone application is adapted to uninstall anddisappear after a single call.
 21. A data network telephony(DNT)-capable telephone software application executable via a link in aWEB page and comprising: a configurator to investigate a connectedcomputer platform to determine configuration characteristics; atransmitter to attach determined configuration characteristics to aDNT-capable telephone application and to download the application to thecomputer platform; wherein the DNT-capable telephone application, at thecomputer platform, self-launches and configures to the determinedconfiguration characteristics, enabling the computer platform tocommunicate with other platforms by DNT telephony.
 22. The softwareapplication of claim 21 further comprising a call launcher for launchinga DNT call after configuration to a pre-stored IP address associatedwith the link.